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REMARKS 

Reconsideration of the application is respectfully requested in view of the foregoing 
amendments and following remarks. 

Claims 1-30 are currently pending in this application. Claims 1, 7, 13, 20, and 23 are 
independent. Claims 1-30 were rejected in the Office Action mailed August 13, 2004 
["Action^ in view of different combinations of references. The Applicants respectfully 
disagree. 



I- Amendments 

The Applicants have amended claims 1,4, 13, 15, 16, 18, 20, 22, and 26-30 for the sake 
of clarification. No new matter has been added. 

II- Action Made Final Prematurely 

fii making the Action final, the Action states that "Applicant's amendment necessitated 
the new ground(s) of rejection presented in this Office Action." The Applicants respectfully 
disagree but also note the claims in their present form should be allowable. If the Examiner does 
not agree the claims in their present form are allowable, however, the Applicants request 
withdrawal of the finality of the Action. 

An action shall not be made final where the action introduces anew ground of rejection 
that is not necessitated by the Applicant's amendment of the claims. [See MPEP § 706.07(a)] In 
the Amendment of January 28, 2004, three amendments were made to the independent claims to 
correct grammatical errors. Independent claim 1 was amended solely to add the word "for," 
while the amendments to independent claims 1 3 and 20 added only the word "and" before the 
final clauses of the respective claims. The amendments to independent claims 1, 13, and 20 
could not have necessitated new grounds of rejection. The Applicants find no part of the new 
rejections of claims 1, 13, and 20 to suggest that the Applicants' amendments necessitated the 
new grounds of rejections. 

In addition, independent claims 7 and 23 were amended solely to ensure that consistent 
terminology was used within each claim. Independent claim 7 was amended to modify the 
phrase "late binding implementation" to "late binding interface implementation" because the 
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latter term is found later in the claim; omission of the word "interface" in the original wording of 
the claim was a typographical error. Similarly, independent claim 23 was amended to modify 
the phrase "the one or more arguments" to "the one or more input arguments" because the phrase 
"one or more input arguments" is found previously in the claim. The amendments to 
independent claims 7 and 23 could not have necessitated a new ground of rejection. The 
Applicants find no part of the new rejections of claims 7 and 23 to suggest that the Applicants' 
amendments necessitated the new grounds of rejections. 

The examiner may withdraw the rejection of finally rejected claims. [See MPEP § 
706.07(e).] Further, if the primary examiner finds a final rejection to have been premature (for 
even a single claim), on request by the Applicants for reconsideration, he or she should withdraw 
the finality of the rejection. [See MPEP § 706.07(d)] For the reasons stated above, the Action 
should not have been made final, and thus the final rejections of claims 1-30 are premature. The 
Applicants respectfully request that the finality of the Action be withdrawn, that the foregoing 
amendments be entered, as required by MPEP § 706.07(e), and that the application be 
reconsidered. 

III. Rejections under 35 U.S-C. § 112 

Claims 26-30 arc rejected under 35 U.S.C. § 1 12. Specifically, fte Action alleges that 
"different call signature" is not enabled in the specification. The Applicants disagree. 

While the Applicants believe the cited language was enabled in the specification, in the 
interest of expediting allowance of the claims, claims 26-30 have been amended to recite 
"different arguments." Support for the language "different arguments" can be found, for 
example, in Figures 10a through I Of (which show late bound methods (viz., put_Grad e , 
gct_Orade, Score) with different arguments than dispatch interface methods (viz., Invoke, 
GctlDsofNames, TypelnfoHelper, and GetTypelnfoCount)) and in the corresponding text in the 
specification. 

IV. Cited Art 

The Applicants make the following observations in the interest of reaching a shared 
understanding of the disclosures of Fesslmeier, "C++ Builder 5 Features & Benefits," U.S. 
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A. P^sta^,, - c++ Bni|der 5 peatares & BeMfl(si , ^^.^ 

^ te >« e rde« n fe S vario US fea.a rcS a»dbe nefitsofttepfod „ ctc++BujlderJ c++ 

^ d ++d T el<>Pn,OT,S, " OT ' "» The system also 

includes C-H- compiler technology. [Sfee ejEr oaees 7 * «i ™ - 

e.^.> pages /-b- 3 The most powerful ANSI/ISO 

C++ compiler."] 

On page 9, Fesslmeier describes features to "Simplify CORBA Distributed Object 
Development.'* One feature cited in the Action is "1DL Integration » in which: 
Integrated IDL simplifies CORBA development by automating 
-° n f d ^P^^tion generation. As interface definitions 
cnange, C++ implementations are automatically kept in sync in both Client 
and Server projects. IDL Syntax highlighting affirms coSng 

?^^^ , ^ i ^ drt ^ (Fesslmeier.page 
The Applicants make two observations about this section. 

First, in this section. Fesslmeier describes automatically changing C++ implementation 
code for both client and server projects when an interface definition changes so as to keep the 
C++ implementation code synchronized with the interface definition. This updating of C++ 
code appears to be done during development by an authoring tool, not at compile time by a 

compiler. 

Second, the Applicants understand the phrase "IDL compilation" to refer to the process 
of creating IDL stubs and skeletons for an object. This is consistent with the CORBA 
specification by Object Management Group, The Common Object Request Broker: Architecture 
and Specification, revision 2.3, June 1999, available online at 

http://y^.omg.orgAechnology/documents/ Va ult.htm. f"OMG"] OMG, in figures 2-2, 2-3 2-4 
and 2-5 illustrates "IDL stubs" and "static IDL skeletons." Additionally, OMG, at page 2-5 
describes an interface definition defined in IDL as "used to generate the client Stubs and the 
object implementation skeletons » The IDL stubs and skeletons are used for static procedure 
calls in the CORBA distributed object system. 
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On page 1 1, Fesslmeier describes tools for creating components directly out of COM+ 

servers. The created components then behave like other components in the O+Builder 5 

environment. One passage cited in the Action, "Integrated Type Library creation reduces the 

number of programming tasks," describes benefits of integrated type library creation: 

Using and creating IDL (Interface Definition Langauge) has never 

EESr? I 603 " 86 th u T *> eUbrar y » integrated into CQ^and 
AcfveX development the developer has the ability to change things fa 

ZZZ rn'J^^ and ° lways have a ionized view into 
complex COM development. This will save hours of programming 
frustration and will flatten the COM+/ActiveX learning curve. 
[Fesslmeier, page 1 1, emphasis added.] 

The Applicants again note that the passage describes synchronization between code and 
IDL. Additionally, this synchronization appears to be done during development as well, and not 
at compile time by a compiler. 



B. U.S. Patent No. 6,701,352 to Gardner et a). ["Gardner") 

Gardner describes various aspects of an Object Linking and Embedding Automation 
facihty i„ Microsoft Windows 95. It describes this as an example of "bridge software" which 
"enables one application program to communicate with another application program through an 
agreed-upon, shared mter-application communication scheme " [Gardner, 7:46-50.] It further 
describes bridge software during runtime operation of applications: 

ohi^ ™^ d ™ ei V he bri <»ge software 210 provides a distributed 

object communicabon facility. An application program can write data to 
an object, and invoke a transport routine to cause the bridge software 210 
o tran^ort the object to another application program. ThfreceivTg 

ufo£« 

With regard to OLE in particular, Gardner describes the use of "dispatchable interfaces" 
and "late binding": 

invoke ^JUtf^ ****** OLE, an automation client can 
' m / n,pulate * PWy of* server component by a late 
T' A l?* ^ tke aut ™ ati ™ c "e»< obiains a dispatch 
%£fi?$°Z: ^ Hhrary aSSOciated with 0,6 component. The 
Srlsolvf^ PT 0 ? t0 . 80 * ,inVOke " meth0d of 0LE Automation 
%Z T , u f meth ° d ° f the Server com Ponent to call at run time. 
The type library is created at run time by an object definition language 
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(ODL) file that describes interfaces of the server component, [Gardner, 
8:4-14, emphasis added.] L«**uii«, 

While cited passages of Gardner discuss runtime use of dispatchable interfaces and late 
bindmg (e.g., using the Invoke method), they do not does not discuss generation of dispatch 

interface implementations. 

Finally, Gardner discusses the alternate use of the Common Object Request Broker 
Architecture as the bridge software 210. [Gardner, 8:20-22.] 

C. U.S. Patent No. 5,946,489 to Yellin et al. ["Yellf n»] 

Yellin describes an example of placing code of one type within a file of a different type 
of code, using mli^g. y eUin describes ^ USg q( ^ c ^ ^ ^ 

code when compiled. [Yellin, 8:17-24.] 

». U.S. Patent No. 6,389,491 to Jacobson et al ["Jacobson"] 

Jacobson describes the use of a dual interface mechanism: 

hv ^ by ?° Se Skillcd in me Active * Automation Servers 

aTces ?SS^h^S?^ in<?IUding CUSt0ra vtable-based 
access mterfaces such as the no interface 38b and the well-known 

EDispatch mterface which supports method invocation for aTSons 

W^SSSX^ T- ^ aCCeSS " ThuTfmptem^ng 
Ser^fw ? C 3 °. aS ** ActiveX Wversal I/O Automation 
Sender allows any anguage that can support viable access to access the 
meftods directly via the vtable. Languages that support late bSg c^ 

Tbus,Jacobso» describes both directs to interface methods using the vtable and 
late-bound access using IDispatch interface. 

V. Claims 1, 3, 4, 6, and 26 

Claim 1 » directed to generating a dispatch interface implementation. Definition 
^formation defines dispatch interface features of a dispatch interface that includes dispatch 
methods. Based upon the definition information and programming language code (for one or 
more other methods), a dispatch interface implementation for operating the one or more other 
methods is generated at compile time. The implementation includes executable code for (1) the 
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one or more other methods, (2) a dispatch method for mapping names (of the one or more other 
methods) to dispatch identifiers for binding at mo time, and (3) a dispatch method for calling the 
one or more other methods at run time responsive to client requests. 

The Action rejects claims 1, 3, 4, 6, and 26 as being unpatentable over Fesslmeier in view 
of Gardner. The Applicants respectfully disagree. For at least the following reasons, claim 1 
should be allowable. 

A, Fesslmeier and Gardner, taken separately or in combination, fail to teach or 
suggest at least one limitation of claim 1. 

Claim 1 recites at least one limitation that Fesslmeier and Gardner, taken separately or in 
combination, fail to teach or suggest. For example, claim 1 recites "based upon the definition 
information and the programming language code, generating at compile time a dispatch interface 
implementation" that includes "executable code/ 1 The portions of Fesslmeier (pages 9 and 1 1) 
cited against the above-cited language involve updating C++ code based upon IDL changes 
using an authoring tool Fesslmeier does not anywhere teach or suggest generating at compile 
time a dispatch interface implementation that includes executable code based upon definition 
information and programming language code. 

Gardner, in turn, does not relate to generation of a dispatch interface implementation or 
any compile time activities, and is even further from teaching or suggesting generation at 
compile time of a dispatch interface based on definition information and programming language 
code, as recited in claim 1 . 

Because Fesslmeier and Gardner taken separately fail to teach or suggest the above-cited 
language of claim 1, the combination of Fesslmeier and Gardner also fails to teach or suggest the 
above-cited language of claim 1, and claim 1 should be allowable. 

B. The combination of Fesslmeier and Gardner is improper. 

The combination proposed by the Examiner to reject claim 1 is improper. The Examiner 
admits that Fesslmeier does not disclose various "dispatch interface" language in claim 1 . 
[Action, page 4.] The Applicants agree. The Examiner argues, however, that Gardner 
demonstrates "dispatch interface" features and: 
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It would have been obvious to one of ordinary skill in the art at the 
time of the invention to implement the automated system of C++ Builder 
with late binding as found in Gardner's teaching. This implementation 
would have been obvious because one of ordinary skill in the art would be 
motivated to provide object interface for as many environments as 
possible in order to facilitate greater acceptance and use in the 
marketplace. Furthermore, both references involve CORBA object 
linking." [Jd.] 

Even if, for the sake of argument, Fesslmeier could be modified as suggested by the 
Examiner, this is not enough to make the Examiner's proposed modification obvious. [MPEP 
2143.01; see also MPEP 2142.01 and 2145.X.C and D.J In fact> the Examiner's proposed 
modification changes the principle of operation of Fesslmeier and is thus improper. [See In re 
Ratti, 270 F.2d 81 0. MPEP § 2143.01.] In addition, the Examiner ignores portions of Fesslmeier 
that lead away from making the modification suggested by the Examiner. 

Fesslmeier describes development tools for automatically synchronizing C++ 
implementation code for both client and server projects when an interface definition changes 
during development [Fesslmeier, page 9.] Tbe Examiner's proposed modification would 
change this principle of operation of Fesslmeier. The Examiner proposes modifyin g Fesslmeier 
according to Gardner, so as to allow a client and server to communicate by using a dispatch 
interface for which interface information is obtained at run time from a type library that is not 
created until run time. [Gardner 8:7-14.] Late binding as in Gardner facilitates runtime 
association between names and code for methods of an interface. Thus, according to late binding 
as in Gardner a client and server need not be synchronized to the same interface definition before 
ifcey begin to interoperate. Using Gardner to modify Fesslmeier (as the Examiner has done) goes 
against the principles of operation of both Gardner and Fesslmeier. 

The Examiner also ignores portions of Fesslmeier that lead away from making the 
modification suggested by the Examiner. Fesslmeier describes using IDL in the context of 
simplifying distributed object development. Conventionally, a compiler system (such as the one 
in Fesslmeier) may compile IDL to generate stubs/skeletons, which are used in procedure calls 
such as for a remote procedure call ["RPC"]. The point of RPC/distributed object design (as in 
Fesslmeier) is to make access uniform across a defined interface. In contrast, one point of 
dispatch interfaces is to facilitate run time negotiation concerning layout and/or makeup of 
methods of an interface. (A dispatch interface allows in some embodiments, for example, 
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changing of the interface by adding or deleting methods and properties after the interface is 
"published " such that a client and server may interoperate across the interface even though the 
client and server are not "in sync'* as to the current definition of the interface when they begin 
the interoperation. See Al Major, COM IDL & Interface Design, Wrox Press, pp. 103-104, 1999 
(previously cited in an Information Disclosure Statement).) 

For at least these reasons, claim 1 should be allowable. 

Claims 3, 4, 6, and 26 (which depend from claim 1) should also be allowable, but the 
Applicants will not belabor the merits of the separate patentability of claims 3, 4, 6, and 26. 

VI. Claim 2 

The Action rejects claim 2 (which depends from claim 1) a$ being unpatentable over 
Fesslmeier in view of Gardner and Yellin. The Applicants respectfully disagree. 

Taken separately or in combination with the other references, Yellin docs not teach or 
suggest the above-cited language of claim 1 that Fesslmeier and Gardner fail to teach or suggest 
(see section V). Moreover, the combination of Fesslmeier with Gardner and Yellin is improper 
for at least the reasons that the combination of Fesslmeier with Gardner is improper (see section 
V). 

The Applicants will not belabor the merits of the separate patentability of claim 2. Claim 
2 should be allowable. 

VII. Claim 5 

The Action rejects claim 5 (which depends from claim 1) as being unpatentable over 
Fesslmeier in view of Gardner and Jacobson. The Applicants respectfully disagree. 

Taken separately or in combination with the other references, Jacobson does not teach or 
suggest the above-cited language of claim 1 that Fesslmeier and Gardner fail to teach or suggest 
(see section V), Moreover, the combination of Fesslmeier with Gardner and Jacobson is 
improper for at least the reasons that the combination of Fesslmeier with Gardner is improper 
(see section V). 

The Applicants will not belabor the merits of the separate patentability of claim 5, Claim 
5 should be allowable. 
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Vin. Claims 7-12 and 27 

Claim 7 is directed to a compiler system that generates a late binding interface 
implementation. The compiler system includes a front end module, a converter module, and a 
back end module. The front end module receives definition information (defining late binding 
interface features of a late binding interface) and programming language code (for implementing 
one or more late bound methods). The converter module identifies relations between the 
definition information and the one or more late bound methods. The back end module generates 
a late binding interface implementation based upon the relations, for operating the one or more 
late bound methods. 

The Action rejects claims 7-12 and 27 as being unpatentable over Fesslmeier in view of 
Gardner. The Applicants respectfully disagree. For at least the following reasons, claim 7 
should be allowable. 



A. Fesslmeier and Gardner, taken separately or in combination, fail to teach or 
suggest at least one limitation of claim 7. 

Claim 7 recites at least one limitation that Fesslmeier and Gardner, taken separately or in 
combination, fail to teach or suggest. For example, claim 7 recites a "compiler system" that 
includes a "converter module that identifies relations between the definition information and the 
one or more late bound methods" and "a back end module that generates a late binding interface 
implementation based upon the relations." The portions of Fesslmeier (pages 9 and 11) cited 
against the above-cited language involve updating C++ code based upon IDL changes using an 
authoring tool. Fesslmeier does not anywhere teach or suggest a compiler system that identifies 
relations between definition language and late bound methods and generates an interface 
implementation based upon the relations. 

Gardner, in turn, does not relate to generation of a late binding interface implementation 
with a compiler system, and is even further from teaching or suggesting a compiler system that 
works with definition information as recited in claim 7. 

Because Fesslmeier and Gardner taken separately fail to teach or suggest the above-cited 
language of claim 7, tbe combination of Fesslmeier and Gardner also fails to teach or suggest the 
above-cited language of claim 7, and claim 7 should be allowable. 
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B. The combination of Fesslmeicr and Gardner is improper. 

The combination proposed by the Examiner to reject claim 7 is improper. The Examiner 
admits that Fesslmeier does not disclose various "late bound" language m claim 7. [Action, page 
6.] The Applicants agree. The Examiner argues, however, that Gardner demonstrates "late 
bound" features and: 

It would have been obvious to one of ordinary skill in the art at the 
time of the invention to implement the automated system of C++ Builder 
with late binding as found in Gardner's teaching. This implementation 
would have been obvious because one of ordinary skill in the art would be 
motivated to provide object interface for as many environments as 
possible in order to facilitate greater acceptance and use in the 
marketplace. Furthermore, both references involve CORBA object 
linking," [Id.] 

Even if, for the sake of argument, Fesslmeier could be modified as suggested by the 
Examiner, this is not enough to make the Examiner's proposed modification obvious. [MPEP 
2143.01; see also MPEP 2142.01 and 2145.X.C and D.] In fact, the Examiner's proposed 
modification changes the principle of operation of Fesslmeier and is thus improper. [See In re 
Ratti, 270 F.2d 810, MPEP § 2143.01.] In addition, the Examiner ignores portions of Fesslmeier 
that lead away from making the modification suggested by the Examiner. 

Fesslmeier describes development tools for automatically synchronizing C++ 
implementation code for both client and server projects when an interface definition changes 
during development. [Fesslmeier, page 9.] The Examiner's proposed modification would 
change this principle of operation of Fesslmeier. The Examiner proposes modifying Fesslmeier 
according to Gardner, so as to allow a client and server to communicate by using a dispatch 
interface for which interface information is obtained at run time from a type library that is not 
created until run time. [Gardner 8:7-14.] Late binding as in Gardner facilitates runtime 
association between names and code for methods of an interface. Thus, according to late binding 
as in Gardner a client and server need not be synchronized to the same interface definition before 
they begin to interoperate. Using Gardner to modify Fesslmeier (as the Examiner has done) goes 
against the principles of operation of both Gardner and Fesslmeier. 

The Examiner also ignores portions of Fesslmeier that lead away from making the 
modification suggested by the Examiner. Fesslmeier describes using EDL in the context of 
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simplifying distributed object development. Conventionally, a compiler system (such as the one 
in Fesslmeier) may compile IDL to generate stubs/skeletons, which are used in procedure calls 
such as for a remote procedure call ["RPC"]. The point of RPC/distributed object design (as in 
Fesslmeier) is to make access uniform across a defined interface. In contrast, one point of 
dispatch interfaces is to facilitate run time negotiation concerning layout and/or makeup of 
methods of an interface. (A dispatch interface allows in some embodiments, for example, 
changing of the interface by adding or deleting methods and properties after the interface is 
"published/ 1 such that a client and server may interoperate across the interface even though the 
client and server are not "in sync" as to the current definition of the interface when they begin 
the interoperation. See Al Major, COM IDL & Interface Design, Wrox Press, pp. 1 03-104, 1999 
(previously cited in an Information Disclosure Statement).) 

For at least these reasons, claim 7 should be allowable. 

Claims 8-12 and 27 (which depend from claim 7) should also be allowable, but the 
Applicants will not belabor the merits of the separate patentability of claims 8-12 and 27. 

IX. Claims 13-18 and 28 

Claim 13 is directed to generating a late binding interface implementation. Definition 
information defines late binding interface features of a late binding interface. Based upon the 
definition information and programming language code (for one or more late bound methods), a 
late binding interface implementation for operating the one or more late bound methods is 
generated. The implementation includes one or more late binding methods, including a method 
for calling the one or more late bound methods responsive to client requests. 

The Action rejects claims 1 3-18 and 28 as being unpatentable over Fesslmeier in view of 
Gardner The Applicants respectfully disagree. For at least the following reasons, claim 13 
should be allowable. 

The combination proposed by the Examiner to reject claim 13 is improper. The 

Examiner admits that Fesslmeier does not disclose various "late bound" language in claim. 13, 

[Action, page 9.] The Applicants agree. The Examiner argues, however, that Gardner 

demonstrates the "late bound" features and: 

It would have been obvious to one of ordinary skill in the art at the 
time of the invention to implement the automated system of C-H- Builder 
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-ted unu .nt^, PGardner ^ ^binding as in Gardner facltesZ^e 

bGtWeen nameS "* COde *» «*« interface. Thus, according to late binding 

to*** » ^roperate. Using Gardner to modify Fesslmeier (as the Examiner has done) goes 

against the principles of operation of both Gardner and Fesshneier. 

The Examiner also ignores portions of Fesslmeier that lead away from making the 
modification suggested by the Examiner. Fesslmeier describes using IDL in the context of 
simplifying distributed object development Conventionally, a compiler system (such as the one 
in Fesslmeier) may compile IDL to generate stubs/skeletons, which are used in procedure caUs 
such as for a remote procedure call ["RFC"]. The point of RPC/distributed object design (as in 
Fesslmeier) is to make access uniform across a defined interface. In contrast, one point of 
dispatch interfaces is to facilitate run time negotiation concerning layout and/or makeup of 
methods of an interface. (A dispatch interface allows in some embodiments, for example, 
changing of the interface by adding or deleting methods and properties after the interface is 
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"•published," such that a client and server may inter/operate across the interface even though the 
client and server are not "in sync" as to the current definition of the interface when they begin 
the interoperation. See Al Major, COM DDL & Interface Design, Wrox Press, pp. 103-104, 1999 
(previously cited in an Information Disclosure Statement).) 

For at least these reasons, claim 13 should be allowable. 

Claims 14-18 and 28 (which depend from claim 13) should also be allowable, but the 
Applicants will not belabor the merits of the separate patentability of claims 14-1 8 and 28. 

X. Claim 19 

The Action rejects claim 19 (which depends from claim 13) as being unpatentable over 
Fcsslmeier in view of Gardner and Jacobson. The Applicants respectfully disagree. 

Taken separately or in combination with the other references, Jacobson does not teach or 
suggest the above-cited language of claim 13 that Fesslmeier and Gardner fail to teach or suggest 
(see section IX). Moreover, the combination of Fcsslmeier with Gardner and Jacobson is 
improper for at least the reasons that the combination of Fesslmeier with Gardner is improper 
(sec section DC), 

The Applicants will not belabor the merits of the separate patentability of claim 19. 
Claim 19 should be allowable. 

XI. Claims 20-22 and 29 

Claim 20 is directed to automatically generating an interface implementation having early 
binding and late binding mechanisms. Definition information defines late binding interface 
features of the interface. Based upon the definition information and programming language code 
(for one or more methods of the interface), an interface implementation is generated at compile 
time for alternatively operating the one or more methods by an early binding mechanism, or by a 
late binding mechanism. The early binding mechanism provides for direct invocation of the one 
or more methods. (See, e.g., page 3 of the application, which describes the use of "virtual 
functi on tables" in early binding of method names to method code in an interface,) The late 
binding mechanism provides for invocation of the one or more methods responsive to a request 
through a late binding method. 
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with late binding as found in Gardner's teaching. This implementation 
would have been obvious because one of ordinary skill in the art would be 
motivated to provide object interface for as many environments as 
possible in order to facilitate greater acceptance and use in the 
marketplace. Furthermore, both reference involve CORBA object 
linking" [Id.] 

Even if, for the sake of argument, Fesslmeier could be modified as suggested by the 
Examiner, this is not enough to make the Examiner's proposed modification obvious. [MPEP 
2143,01; see also MPEP 2142.01 and 2145XC and D.] In fact, the Examiner's proposed 
modification changes the principle of operation of Fesslmeier and is thus improper. [See In re 
RattU 270 F.2d 810, MPEP § 2143.01.] In addition, the Examiner ignores portions of Fesslmeier 
that lead away from making the modification suggested by the Examiner. 

Fesslmeier describes development tools for automatically synchronizing C++ 
implementation code for both client and server projects when an interface definition changes 
during development. [Fesslmeier, page 9.] The Examiner's proposed modification would 
change this principle of operation of Fesslmeier, The Examiner proposes modifying Fesslmeier 
according to Gardner, so as to allow a client and server to communicate by using a dispatch 
interface for which interface information is obtained at run time from a type library that is not 
created until run time. [Gardner 8:7-14 ,] Late binding as in Gardner facilitates runtime 
association between names and code for methods of an interface. Thus, according to late binding 
as in Gardner a client and server need not be synchronized to the same interface definition before 
they begin to interoperate. Using Gardner to modify Fesslmeier (as the Examiner has done) goes 
against the principles of operation of both Gardner and Fesslmeier. 

The Examiner also ignores portions of Fesslmeier that lead away from making th e 
modification suggested by the Examiner, Fesslmeier describes using IDL in the context of 
simplifying distributed object development. Conventionally, a compiler system (such as the one 
in Fesslmeier) may compile IDL to generate stubs/skeletons, which are used in procedure calls 
such as for a remote procedure call ["RPC"]. The point of RPC/distributed object design (as in 
Fesslmeier) is to make access uniform across a defined interface. In contrast, one point of 
dispatch interfaces is to facilitate run time negotiation concerning layout and/or makeup of 
methods of an interface, (A dispatch interface allows in some embodiments, for example, 
changing of the interface by adding or deleting methods and properties after the interface is 
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''published," such that a client and server may interoperate across the interface even though the 
client and server are not "in sync" as to the current definition of the interface when they begin 
the interoperation. See Al Major, COM IDL & Interfile Design, Wrox Press, pp. 103-104, 1999 
(previously cited in an Information Disclosure Statement).) 

The combination of Fesslmeier with Gardner and Jacobson is improper for at least the 
reasons that the combination of Fesslmeier wi th Gardner is improper. 

For at least these reasons, claim 20 should be allowable. 

Claims 21-22 and 29 (which depend from claim 20) should also be allowable, but the 
Applicants will not belabor the merits of the separate patentability of claims 21-22 and 29. 

XIL Claims 23-25 and 30 

Claim 23 is directed to automatically generating call site code for calling a late bound 
method through a late binding interface. Based upon type information for one or more input 
arguments of the late bound method, code is generated for packing the one or more input 
arguments into a generic argument data structure. Code is also generated for calling the late 
bound method through an invocation method of the l ate binding interface, wherein the calling 
includes passing the generic argument data structure to the invocation method. 

The Action rejects claims 23-25 and 30 as being unpatentable over Fesslmeier in view of 
Gardner. The Applicants respectfully disagree. For at least the following reasons, claim 23 
should be allowable. 

The combination proposed by the Examiner to reject claim 23 is improper. The 
Examiner admits that Fesslmeier does not disclose various "late bound" language or code for 
packing arguments into a generic data structure or generating code for calling the late bound . 
method through an invocation method of a late binding interface, as recited in claim 23. [Action, 
page 12.] The Applicants agree. The Examiner argues, however, thai Gardner demonstrates 
these features and: 

It would have been obvious to one of ordinary skill in the art at the 
time of the invention to implement C++ Builder's system of programming 
using integrated IDL with the ability to create interfaces for late bound 
situations; packing and unpacking; and type information as found in 
Gardner's teaching. This implementation would bave been obvious 
because one of ordinary skill in the art would be motivated to develop 
interfaces for as many situations as possible and thus improve 
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The Action rejects claims 20-22 and 29 as being unpatentable over Fesslmeier in view of 
Gardner and Jacobson. The Applicants respectfully disagree. For at least the following reasons, 
claim 20 should be allowable. 

A. Fesslmeier, Gardner, and Jacobson, taken separately or in combination, fail 
to teach or suggest at least one limitation of claim 20. 

Claim 20 recites at least one limitation that Fesslmeier, Gardner, and Jacobson, taken 
separately or in combination, fail to teach or suggest. For example, claim 20 recites "based upon 
the prograrnxning language code and the definition information, generating at compile time an 
interface implementation for alternatively operating the one or more methods by an early binding 
mechanism or by a late binding mechanism." The portions of Fesslmeier (pages 9 and 1 1 ) cited 
against the above-cited language involve updating C++ code based upon IDL changes using an 
authoring tool. Fesslmeier does not anywhere teach or suggest generating at compile time an 
interface implementation for alternately using an early or late binding mechanism based upon 
definition information and programming language code. 

Gardner, in turn, does not relate to generation of an interface implementation or any 
compile time activities, and is even further from teaching or suggesting the above-cited language 
of claim 20. Likewise. Jacobson does not relate to generation of an interface implementation or 
compile time activities, and is even further from teaching or suggesting the above-cited language 
of claim 20. 

Because Fesslmeier, Gardner, and Jacobson taken separately fail to teach or suggest the 
above-cited language of claim 20, the combination of Fesslmeier, Gardner, and Jacobson also 
faUs to teach or suggest the above-cited language of claim 20, and claim 20 should be allowable. 

B. The combination of Fesslmeier, Gardner, and Jacobson Is improper. 

The combination proposed by the Examiner to reject claim 20 is improper. The 
Examiner admits that Fesslmeier does not disclose various "late bound" language in claim 20. 
[Action, page 18.] The Applicants agree. The Examiner argues, however, that Gardner 
demonstrates "late bound" features and: 

It would have been obvious to one of ordinary skill in the art at the 
time of the invention to implement the automated system of C++ Builder 
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competitiveness and user convenience, including late bound, especially 
when those interfaces are needed for so many applications." [Id.] 

Even if, for the sake of argument, Fesslmeier could be modified as suggested by the 

Examiner, this is not enough to make the Examiner's proposed modification obvious. [MPEP 

2143.01; see also MPEP 2142.01 and 2145.X.C and D.] In fact, the Examiner's proposed 

modification changes the principle of operation of Fesslmeier and is thus improper. [See In re 

Ratti, 270 F.2d 810, MPEP § 2143.01.] In addition, the Examiner ignores portions of Fesslmeier 

that lead away from making the modification suggested by the Examiner. 

Fesslmeier describes development tools for automatically synchronizing C++ 

implementation code for both client and server projects when an interface definition changes 

during development. [Fesslmeier, page 9,] The Examiner's proposed modification would 

change this principle of operation of Fesslmeier. The Examiner proposes modifying Fesslmeier 

according to Gardner, so as to allow a client and server to communicate by using a dispatch 

interface for which interface information is obtained at run time from a type library that is not 

created until run time. [Gardner 8:7-14.] Late binding as in Gardner facilitates runtime 

association between names and code for methods of an interface. Thus, according to late binding 

as in Gardner a client and server need not be synchronized to the same interface definition before 

they begin to interoperate. Using Gardner to modify Fesslmeier (as the Examiner has done) goes 

against the principles of operation of both Gardner and Fesslmeier. 

The Examiner also ignores portions of Fesslmeier that lead away from making the 

modification suggested by the Examiner. Fesslmeier describes using IDL in the context of 

simplifying distributed object development. Conventionally, a compiler system (such as the one 

in FessJmeicr) may compile IDL to generate stubs/skeletons, which are used in procedure calls 

such as for a remote procedure call ["RPC"]. The point of RPC/distributed object design (as in 

Fesslmeier) is to make access uniform across a defined interface. In contrast, one point of 

dispatch interfaces is to facilitate run time negotiation concerning layout and/or makeup of 

m ethods of an interface. (A dispatch interface allows in some embodim ents, for example, 

changing of the interface by adding or deleting methods and properties after the interface is 

published," such thai a client and server may interoperate across the interface even though the 

client and server are not "in sync" as to the current definition of the interface when they begin 
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the interoperation. See AI Major, COM IDL & Interface Design, Wrox Press, pp. 103-104, 1999 
(previously cited in an Information Disclosure Statement)-) 

For at least these reasons, claim 23 should be allowable. 

Claims 24, 25, and 30 (which depend from claim 23) should also be allowable, but the 
Applicants will not belabor the merits of the separate patentability of claims 24, 25, and 30. 

CONCLUSION 

Claims 1-30 should be allowed. Such action is respectfully requested. 



Respectfully submitted, 
KLARQUIST SPARKMAN, LLP 
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